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DATA PROCESSING METHOD FOR APPLICATION LAYER 

TECHNICAL FIELD 

The present invention relates in general to a data processing method, and 
5 more particularly to, a data processing method for application layer using a living 
network control protocol. 

BACKGROUND ART 

A home network connects various digital home appliances so that the user 

10 can always enjoy convenient, safe and economic life services inside or outside the 
house. Refrigerators or washing machines called white home appliances have 
been gradually digitalized due to the development of digital signal processing 
techniques, home appliance operating system techniques and high speed 
multimedia communication techniques have been integrated on the digital home 

15 appliances, and new information home appliances have been developed, to 
improve the home network. 

As shown in Table 1 , the home network is classified into a data network, an 
entertainment network and a living network by types of services. 



Table 1 



Classification 


Function 


Service type 


Data network 


Network between PC and peripheral devices 


Data exchange, internet service, etc. 


Entertainment 
network 


Network between A/V devices 


Music, animation service, etc. 


Living network 


Network for controlling home appliances 


Home appliances control, home automation, 
remote meter reading, message service, etc. 



20 

Here, the data network is built to exchange data between a PC and 
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peripheral devices or provide an internet service, and the entertainment network is 
built between home appliances using audio or video information. In addition, the 
living network is built to simply control home appliances, such as home automation 
or remote meter reading. 
5 A conventional home network system includes a master device which is an 

electric device for controlling an operation of the other electric devices or 
monitoring a status thereof, and a slave device which is an electric device having a 
function of responding to the request of the master device and a function of 
notifying a status change according to characteristics of the electric devices or 

10 other factors. Exemplary electric devices include home appliances for the living 
network service such as a washing machine and a refrigerator, home appliances 
for the data network service and the entertainment network service, and products 
such as a gas valve control device, an automatic door device and an electric lamp. 
However, the conventional arts do not suggest a general communication 

15 standard for providing functions of controlling and monitoring electric devices in a 
home network system. Also, a network protocol in the conventional art home 
network system does not suggest an effective method for receiving and 
transmitting a packet. 

20 DISCLOSURE OF THE INVENTION 

The present invention is achieved to solve the above problems. An object 
of the present invention is to provide a data processing method for application layer 
using a control protocol which is a general communication standard for providing 
functions of controlling and monitoring electric devices in the home network 

25 system. 

Another object of the present invention is to provide a data processing 
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method for application layer using a living network control protocol as a general 
communication standard. 

Still another object of the present invention is to provide a plurality of united 
primitives for transmitting data in a living network control protocol. 
5 Still another object of the present invention is to provide a data processing 

method for application layer, in which an upper layer including the application layer 
generates, transmits and processes a message. 

Still another object of the present invention is to provide a data processing 
method for application layer, which performs one or more communication cycles 
10 according to the characteristics of a message. 

Still another object of the present invention is to provide a data processing 
method for application layer capable of controlling a data receiving process through 
a predetermined parameter (communication cycle control). 

Still another object of the present invention is to provide a data processing 
15 method for application layer of a slave device, in which an upper layer including the 
application layer generates, transmits and processes a message. 

Still another object of the present invention is to provide a data processing 
method for application layer capable of controlling a data receiving process by 
enabling or disabling data reception. 
20 Still another object of the present invention is to provide a data processing 

method for application layer of a master device, in which an upper layer including 
the application layer generates, transmits and processes a message. 

Yet another object of the present invention is to provide a data processing 
method for application layer capable of processing data according to the 
25 characteristics of a message. 

In order to achieve the above-described objects of the invention, there* is 
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provided a data processing method for application layer based on a predetermined 
protocol composed of at least a lower layer and an application layer, which the 
method includes the steps of: receiving a predetermined primitive from an upper 
application software; generating a communication cycle identifier (CyclelD) 
5 according to the primitive; generating a service description according to the 
primitive and the communication cycle identifier (CyclelD); composing an 
application layer protocol data unit (APDU) including the primitive; and transmitting 
the APDU to the lower layer. 



10 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a structure view illustrating a home network system in accordance 
with the present invention; 

Fig. 2 is a structure view illustrating a living network control protocol stack in 
accordance with the present invention; 
15 Figs. 3 and 4 are structure views illustrating interfaces between layers of Fig. 

2, respectively; 

Figs. 5 to 10 are detailed structure views illustrating the interfaces of Figs. 3 
and 4, respectively; 

Figs. 11 and 12 are structure views illustrating primitives for transmitting 
20 data exchanged between the layers; 

Figs. 13 to 15 illustrate structures of request messages, respectively; 
Figs. 16 to 18 illustrates structures of response messages, respectively; 
Fig. 20 is a flow chart for explaining a data processing method for 
application layer in accordance with a first embodiment of the present invention; 
25 Fig. 21 is a flow chart for explaining a data processing method for 

application layer in accordance with a second embodiment of the present 
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invention; 

Fig. 22 illustrates a structure of a communication cycle identifier CyclelD in 
accordance with the present invention; 

Fig. 23 is a flow chart for explaining a data processing method for 
5 application layer in accordance with a third embodiment of the present invention 

Fig. 24 is a flow chart for explaining a data processing method for 
application layer in accordance with a fourth embodiment of the present invention; 
and 

Fig. 25 is a flow chart for explaining a data processing method for 
10 application layer in accordance with a fifth embodiment of the present invention. 



BEST MODE FOR CARRYING OUT THE INVENTION 

A data processing method for application layer in accordance with the 
present invention will now be described in detail with reference to the 
15 accompanying drawings. 

Fig. 1 is a structure view illustrating the home network system in 
accordance with the present invention. 

Referring to Fig. 1 , the home network system 1 accesses an LnCP server 3 
through an internet 2, and a client device 4 accesses the LnCP server 3 through 
20 the internet 2. That is, the home network system 1 is connected to communicate 
with the LnCP server 3 and/or the client device 4. 

An external network of the home network system 1 such as the internet 2 
includes additional constitutional elements according to a kind of the client device 4. 
For example, when the client device 4 is a computer, the internet 2 includes a Web 
25 server (not shown), and when the client device 4 is an internet phone, the internet 2 
includes a Wap server (not shown). 
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The LnCP server 3 accesses the home network system 1 and the client 
device 4 according to predetermined login and logout procedures, respectively, 
receives monitoring and control commands from the client device 4, and transmits 
the commands to the network system 1 through the internet 2 in the form of 
5 predetermined types of messages. In addition, the LnCP server 3 receives a 
predetermined type of message from the home network system 1, and stores the 
message and/or transmits the message to the client device 4. The LnCP server 3 
also stores or generates a message, and transmits the message to the home 
network system 1. That is, the home network system 1 accesses the LnCP 
10 server 3 and downloads provided contents. 

The home network system 1 includes a home gateway 10 for performing an 
access function to the internet 2, network managers 20 to 23 for performing a 
function of setting an environment and managing electric devices 40 to 49, LnCP 
routers 30 and 31 for access between transmission media, LnCP adapters 35 and 
15 36 for connecting the network manager 22 and the electric device 46 to the 
transmission medium, and the plurality of electric devices 40 to 49. 

The network of the home network system 1 is formed by connecting the 
electric devices 40 to 49 through a shared transmission medium. A data link layer 
uses a non-standardized transmission medium such as RS-485 or small output RF, 
20 or a standardized transmission medium such as a power line and IEEE 802.1 1 as 
the transmission medium. 

The network of the home network system 1 is separated from the internet 2, 
for composing an independent network for connecting the electric devices through 
wire or wireless transmission medium. Here, the independent network includes a 
25 physically-connected but logically-divided network. 

The home network system 1 includes master devices for controlling 
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operations of the other electric devices 40 to 49 or monitoring statuses thereof, and 
slave devices having functions of responding to the request of the master devices 
and notifying their status change information. The master devices include the 
network managers 20 to 23, and the slave devices include the electric devices 40 
5 to 49. The network managers 20 to 23 include information of the controlled 
electric devices 40 to 49 and control codes, and control the electric devices 40 to 
49 according to a programmed method or by receiving inputs from the LnCP server 
3 and/or the client device 4. Still referring to Fig. 1 , when the plurality of network 
managers 20 to 23 are connected, each of the network managers 20 to 23 must be 
10 both the master device and the slave device, namely physically one device but 
logically the device (hybrid device) for simultaneously performing master and slave 
functions in order to perform information exchange, data synchronization and 
control with the other network managers 20 to 23. 

In addition, the network managers 20 to 23 and the electric devices 40 to 49 
15 can be connected directly to the network (power line network, RS-485 network and 
RF network) or through the LnCP routers 30 and 31 and/or the LnCP adapters 35 
and 36. 

The electric devices 40 to 49 and/or the LnCP routers 30 and 31 and/or the 
LnCP adapters 35 and 36 are registered in the network managers 20 to 23, and 

20 provided with intrinsic logical addresses by products (for example, 0x00, 0x01 , etc.). 
The logical addresses are combined with product codes (for example, 0x02 of air 
conditioner and 0x01 of washing machine), and used as node addresses. For 
example, the electric devices 40 to 49 and/or the LnCP routers 30 and 31 and/or 
the LnCP adapters 35 and 36 are identified by the node addresses such as 0x0200 

25 (air conditioner 1 ) and 0x0201 (air conditioner 2). A group address for identifying 
at least one electric device 40 to 49 and/or at least one LnCP router 30 and 31 
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and/or at least one LnCP adapter 35 and 36 at a time can be used according to a 
predetermined standard (all identical products, installation space of products, user, 
etc.). In the group address, an explicit group address is a cluster for designating a 
plurality of devices by setting an address option value (flag mentioned below) as 1 , 
5 and an implicit group address designates a plurality of devices by filling the whole 
bit values of the logical addresses and/or the product codes with 1 . Especially, 
the implicit group address is called a cluster code. 

Fig. 2 is a structure view illustrating a living network control protocol stack in 
accordance with the present invention. The home network system 1 enables the 

10 network managers 20 to 23, the LnCP routers 30 and 31, the LnCP adapters 35 
and 36 and the electric devices 40 to 49 to communicate with each other according 
to the living network control protocol (LnCP) of Fig. 2. Therefore, the network 
managers 20 to 23, the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and 
the electric devices 40 to 49 perform network communication according to the 

15 LnCP. 

As illustrated in Fig. 2, the LnCP includes an application software 50 for 
performing intrinsic functions of the network managers 20 to 23, the LnCP routers 
30 and 31 , the LnCP adapters 35 and 36 and the electric devices 40 to 49, and 
providing an interface function with an application layer 60 for remote controlling 

20 and monitoring on the network, the application layer 60 for providing services to the 
user, and also providing a function of forming information or a command from the 
user in the form of a message and transmitting the message to the lower layer, a 
network layer 70 for reliably network-connecting the network managers 20 to 23, 
the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and the electric devices 

25 40 to 49, a data link layer 80 for providing a medium access control function of 
accessing a shared transmission medium, a physical layer 90 for providing 
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physical interfaces between the network managers 20 to 23, the LnCP routers 30 
and 31 , the LnCP adapters 35 and 36 and the electric devices 40 to 49, and rules 
for transmitted bits, and a parameter management layer 100 for setting and 
managing node parameters used in each layer. 
5 In detail, the application software 50 further includes a network 

management sub-layer 51 for managing the node parameters, and the network 
managers 20 to 23, the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and 
the electric devices 40 to 49 which access the network. That is, the network 
management sub-layer 51 performs a parameter management function of setting 

10 or using the node parameter values through the parameter management layer 1 00, 
and a network management function of composing or managing the network when 
the device using the LnCP is a master device. 

When the network which the network managers 20 to 23, the LnCP routers 
30 and 31 , the LnCP adapters 35 and 36 and the electric devices 40 to 49 access 

15 is a dependent transmission medium such as a power line, IEEE 802.11 and 
wireless (for example, when the LnCP includes a PLC protocol and/or wireless 
protocol), the network layer 70 further includes a home code control sub-layer 71 
for performing a function of setting, managing and processing home codes for 
logically dividing each individual network. When the individual networks are 

20 physically divided by an independent transmission medium such as RS-485, the 
home code control sub-layer 71 is not included in the LnCP. Each of the home 
codes is comprised of 4 bytes, and set as random values or designated values of 
the user. 

Figs. 3 and 4 are structure views illustrating interfaces between the layers of 
25 Fig. 2, respectively. 

Fig. 3 illustrates the interfaces between the layers when the physical layer 
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90 is connected to the non-independent transmission medium, and Fig. 4 illustrates 
the interfaces between the layers when the physical layer 90 is connected to the 
independent transmission medium. 

The home network system 1 adds headers and trailers required by each 
5 layer to protocol data units (PDU) from the upper layers, and transmit them to the 
lower layers. 

As shown in Figs. 3 and 4, an application layer PDU (APDU) is a data 
transmitted between the application layer 60 and the network layer 70, a network 
layer PDU (NPDU) is a data transmitted between the network layer 70 and the data 
10 link layer 80 or the home code control sub-layer 71, and a home code control 
sub-layer PDU (HCNPDU) is a data transmitted between the network layer 70 
(precisely, the home code control sub-layer 71) and the data link layer 80. The 
interface is formed in data frame units between the data link layer 80 and the 
physical layer 90. 

15 Figs. 5 to 10 are detailed structure views illustrating the interfaces of Figs. 3 

and 4, respectively. 

Fig. 5 illustrates the APDU structure in the application layer 60. 
An APDU length (AL) field shows a length of the APDU (length from AL to 
message field), and has a minimum value of 4 and a maximum value of 77. 
20 An APDU header length (AHL) field shows a length of an APDU header 

(length from AL to AL0), successfully has 3 bytes, and is extensible to 7 bytes. In 
the LnCP, the APDU header can be extended to 7 bytes to encode a message field 
and change an application protocol. 

An application layer option (ALO) field extends a message set. For 
25 example, when the ALO field is set as 0, if the ALO field contains a different value, 
message processing is ignored. 
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The message field processes a control message from the user or event 
information, and is changed by the value of the ALO field. 

Fig. 6 illustrates the NPDU structure in the network layer 70, and Fig. 7 
illustrates a detailed NLC structure of the NPDU. 
5 A start of LnCP packet (SLP) field indicates start of a packet and has a 

value of 0x02. 

Destination address (DA) and source address (SA) fields are node 
addresses of a receiver and a sender of a packet, and have 16 bits, respectively. 
The most significant 1 bit includes a flag indicating a group address, the 

10 succeeding 7 bits include a kind of a product (product code), and the lower 8 bits 
include a logical address for distinguishing the plurality of network managers 20 to 
23 of the same kind and the plurality of electric devices 40 to 49 of the same kind. 
A packet length (PL) field shows the total length of NPDU which will be transferred, 
and its initial length is 15 bytes and its maximum length is 120 bytes. 

15 A service priority (SP) field gives transmission priority to a transmission 

message and has 3 bits. Table 2 shows the priority of each transmission 
message. 

When a slave device responds to a request of a master device, the slave 
device takes the priority of the request message from the master device. 

20 



Table 2 



Priority 


Value 


Message type 


High 


0 


-Security related message 


Middle 


1 


-When a normal packet is transmitted 

-When an event message for online or offline status change is transmitted 


Normal 


2 


-When a notification message for composing a network is transmitted 
-When a normal event message is transmitted 
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-When a data is transmitted by download or upload mechanism 



An NPDU header length (NHL) field extends an NPDU header (NLC field of 
SLP), successfully has 9 bytes, and is extended to a maximum of 17 bytes. 

A protocol version (PV) field indicates the employed protocol version and its 
5 length is 1 byte.The upper 4 bits show the version, and the lower 4 bits show the 
sub-version. Version and sub-version use HEX to show their values respectively. 

A network layer packet type (NPT) field is a 4-bit field for distinguishing a 
kind of a packet in the network layer 70. The LnCP includes a request packet, a 
response packet and a notification packet. The NPT field of a master device must 
10 be set as the request packet or the notification packet, and the NPT field of a slave 
device must be set as the response packet or the notification packet. Table 3 
shows NPT values by kinds of packets. 



Table 3 



Explanation 


Value 


Request packet 


0 


reserved 


1-3 


Response packet 


4 


reserved 


5-7 


Notification packet 


8 


reserved 


9-12 


Reserved value for interface with the home code control sub-layer 


13-15 



15 

A transmission counter (TC) field is a 2bit field which retransmits the 
request packet or repeatedly transfers notification packet in order to enhance the 
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transmission success rate of the notification packet when a communication error 
occurs in the network layer 70, making it unable to transfer the request packet or 
response packet properly. Table 4 shows the range of the values of the TC field 
by the NPT values. 

5 

Table 4 



Kind of packet 


Value (range) 


Request packet 


1-3 


Response packet 


1 


Notification packet 


1-3 



A packet number (PN) field consists of 2 bytes, and it is used with the TC to 
detect duplicated packets in the slave device, and it is used to deal with multiple 
15 communication cycles in the master device. Table 5 shows the range of the 
values of the PN field by the NPT values. 

Table 5 



Kind of packet 


Value (range) 


Request packet 


0-3 


Response packet 


Copy a PN field value of a request packet 


Notification packet 


0-3 



An APDU field is a protocol data unit of the application layer 60 transmitted 
20 between the application layer 60 and the network layer 70. The APDU field has a 
minimum value of 0 byte and a maximum value of 88 bytes. 

A cyclic redundancy check (CRC) field is a 16-bit field for checking an error 
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of a received packet (from SLP to APDU). 

An end of LnCP packet (ELP) field is the end of the packet with the valu 
e 0x03. If the ELP field is not detected in spite of byte length of the received 
data is the same with the value of packet's length field, this packet will be c 
5 onsidered as an error packet. 

Fig. 8 illustrates the HCNPDU structure in the home code control sub-layer 

71. 

As depicted in Fig. 8, a home code (HC) field is added to the upper portion 
of the NPDU. 

10 The home code is comprised of 4 bytes, and has a unique value within the 

line distance where a packet can be transmitted. 

Fig. 9 illustrates a frame structure in the data link layer 80. 
The structure of the header and the trailer of the data link layer frame of the 
LnCP is changed according to transmission media. When the data link layer 80 
15 uses a non-standardized transmission medium, the header and the trailer of the 
frame must have null fields, and when the data link layer 80 uses a standardized 
transmission medium, the header and the trailer of the frame are formed as 
prescribed by the protocol. An NPDU field is a data unit transmitted from the 
upper network layer 70, and an HCNPDU field is a data unit obtained by adding 4 
20 bytes of home code to the front portion of the NPDU, when the physical layer 90 is 
a dependent transmission medium such as a power line or IEEE 802.11. The 
data link layer 80 processes the NPDU and the HCNPDU in the same manner. 
Fig. 10 illustrates a frame structure in the physical layer 90. 
The physical layer 90 of the LnCP handles a function of transmitting and 
25 receiving a physical signal to a transmission medium. The data link layer 80 can 
use a non-standardized transmission medium such as RS-485 or small output RF 
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or a standardized transmission medium such as a power line or IEEE. 802.11 as 
the physical layer 90 of the LnCP. The home network system 1 using the LnCP 
employs a universal asynchronous receiver and transmitter (UART) frame 
structure and a signal level of RS-232, so that the network managers 20 to 23 and 
5 the electric devices 40 to 49 can interface with RS-485, the LnCP routers 30 and 
31 or the LnCP adapters 35 and 36. When the UART is connected between the 
devices by using a serial bus, the UART controls flow of bit signals on a 
communication line. In the LnCP, a packet from the upper layer is converted into 
10 bits of UART frame unit as shown in Fig. 10, and transmitted through the 
10 transmission medium. The UART frame includes one bit of start bit, 8 bits of data 
and one bit of stop bit without any parity bit. The start bit is transmitted first, 
followed by data bits and the stop bit. When the home network system 1 using 
the LnCP employs the UART, it does not have additional frame header and frame 
trailer.The node parameters used in the aforementioned layers will now be 
15 explained. 

Data types of the node parameters mentioned below correspond to one of a 
few data types of Table 6. 



Table 6 



Notation 


Data type 


Description 


char 


signed char 


1 byte when data length is not stated 


uchar 


unsigned char 


1 byte when data length is not stated 


int 


signed int 


2 bytes when data length is not stated 


uint 


unsigned int 


2 bytes when data length is not stated 


long 


signed long 


4 bytes when data length is not stated 


ulong 


unsigned long 


4 bytes when data length is not stated 


string 


string 


A character string data where the last byte is NULL 


FILE 




A data having a file structure 
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First, the application layer 60 generates a message and an APDU by using 
information or a command transmitted from the user through the application 
software 50, transmits the message and the APDU to the lower network layer 70, 
interprets an APDU from the lower network layer 70, and transmits the APDU to 
5 the application software 50. 

Table 7 shows node parameter values used in the application layer 60. 



Table 7 



Name 


Type 


Explanation 


Transmission intervai 
between address 
request messages 


constant uint 
AddressReqInt 


A logical address value is received from the network layer 70 
directly after power on. When the value is 0x00, an address 
request message is consecutively transmitted at an interval of 
AddressReqInt seconds until an address is designated. 


Transmission interval 
between active event 
messages 


uint NP_Alivelnt 


When a logical address of the network layer 70 is not 0x00, an 
active event message is consecutively transmitted at an 
interval of NP_AIiveInt seconds in a network connection status. 


Buffer size 


uchar NP_BufferSize 


A size of a buffer containing a message (unit is byte number) 


Service timeout 


const uint SvcTimeOut 


A time taken for the application layer 60 to receive a request 
message sending primitive RegMsgSend, 30 seconds 


Transmission interval 
between download 
request messages 


const unit DLInterval 


the interval time that the download service will be regarded as 
a failure, if other download request messages can not be 
received by the slave device's application layer after it received 
a download request message 



The network layer 70 performs the following functions. 

10 First, the network layer 70 performs an address management function, 

namely stores its address and an address of the destination network manager 20 
to 23 or the destination electric device 40 to 49. Here, the network layer 70 can 
designate a cluster address by using information and location information of the 
network manager 20 to 23 or the electric device 40 to 49 included in the address, 

15 and support multicasting and broadcasting communication. 
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Second, the network layer 70 performs a flow control function, namely 
manages a communication cycle and controls flow of a packet. 

Third, the network layer 70 performs an error control function. That is, 
when the network layer 70 does not receive a response packet within a set time, 
5 the network layer 70 retries a data. A retry count is maximally 3. 

Fourth, the network layer 70 performs a transaction control function, namely 
prevents duplicate transaction of the same message by checking a duplicate 
packet, and controls simultaneous communication cycles. 

Fifth, the network layer 70 performs a routing control function, namely 
10 transmits a packet between at least two independent transmission media, and 
controls flow of a packet to prevent an infinite loop between the LnCP routers 30 
and 31 and the LnCP adapters 35 and 36. 

The network layer 70 provides services in communication cycle units. The 
communication cycles are classified into {1 -Request, 1 -Response}, {1 -Request, 
1 5 Multi-Responses}, {1 -Notification} and {Repeated-Notification}. 

In the {1-Request, 1-Response} communication cycle, one master device 
transmits one request packet to one slave device, and the slave device transmits 
one response packet to the master device as a response. 

In the {1-Request, Multi-Responses} communication cycle, one master 
20 device transmits one request packet to a plurality of slave devices, and each of the 
slave devices sequentially transmits a response packet to the request packet. 

In the {1 -Notification} communication cycle, a (master or slave) device 
transmits one notification packet to one or a plurality of (master or slave) devices, 
and directly ends communication. 
25 In the {Repeated-Notification} communication cycle, in order to obtain 

transmission reliability of the {1 -Notification} communication cycle, the same packet 
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is repeatedly transmitted and communication is ended. 

Table 8 shows relations among the aforementioned communication cycles, 
packet types and transmission services (or network layer services). 



Table 8 



Communication cycle 


Packet type 


NL service 


{1 -Request, 1 -Response} 


Request packet-Response packet 


AcknowIedged(O) 


{1 -Request, Multi-Responses} 


Request packet-Response packet 


Acknowiedged(O) 


{1 -Notification} 


Notification packet 


Non-AcknowIedged(1 ) 


{Repeated-Notification} 


Notification packet 


Repeated-Notification(2) 



5 

Figs. 11 and 12 are structure views illustrating primitives for transmitting 
data exchanged between the layers. 

Fig. 1 1 illustrates transmission of the primitives between the layers of the 
master device. 

10 As shown in Fig. 1 1 , the primitives between the application software 50 and 

the application layer 60 include UserReq, UserDLReq, UserULReq, ALCompleted, 

UserRes and UserEventRcv. 

The user request primitive UserReq is a service request primitive formed by 

a single communication cycle from the application software 50 of the master device, 
15 and used for controlling or monitoring. The user request primitive UserReq 

includes constitutional elements of Table 9A. 
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Table 9A 



Name 


Type 


Description 


Applies tion service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Request message 


RequestMessage 
*ReqMsg 


A request message including a command code and 
input arguments 


Length of request 
message 


uchar 

Req Msg Length 


A byte data length of a request message 


Designation address 


uint DstAddress 


An address of a receiver device 


Network layer 
service 


uchar NLService 


Transmission service types in the network layer 70 
0: Request-response-message 
1 : Request-message-only 
2: Repeated-message 
3" Event-mp^^anp-nnlv 


Timeout 


uint TimeOut 


When an AL service is Request-response-message, a time 
(ms) taken for a master device to transmit a request packet 
and receive a response packet, or when the AL service is 
Repeated-message, a time interval (ms) between 
consecutive messages 


Service priority 


uchar SvcPriority 


Transmission priority in the data link layer 80 



In an application layer service (AL service), Request-response-message is 
combination of a request message and a response message. Here, the master 
5 device transmits the request message, and the slave device receiving the request 
message always transmits the response message. In Request-message-only, 
only a request message is provided. Here, the slave device receiving the request 
message does not transmit a response message. In Repeated-message, only a 
request message or only an event message is consecutively provided. Here, the 
10 slave device does not transmit a response message. In Event-message-only, 
only an event message is provided. Here, the slave device does not transmit a 
response message. 
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The user download request primitive UserDLReq is a download service 
request primitive transmitted from the application software 50 of the master device, 
and includes constitutional elements of Table 9B. 



Table 9B 



Name 


Type 


Description 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Download file 


FILE *DownloadRIe 


A file having download data 


Application layer 
service 


uchar ALService=0 


A transmission service type fixed to 
Request-response-message(O) 


Destination address 


uint DstAddress 


An address of a receiver device 


Timeout 


uint TimeOut 


A time (ms) taken for a master device to transmit a 
request packet and receive a response packet 


Service priority 


uchar SvcPriority 


Transmission priority in the data link layer 80 fixed to 1 



5 

The user upload request primitive UserULReq is an upload service request 
primitive transmitted from the application software 50 of the master device, and 
includes constitutional elements of Table 9C 

Table 9C 



Name 


Type 


Description 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Upload file 


FILE *UpioadFHe 


A file name for storing upload data 


Application layer service 


uchar ALService 


A transmission service type fixed to 
Request-response-message(O) 


Destination address 


uint DstAddress 


Address of a receiver device 


Timeout 


uint TimeOut 


A time (ms) taken for a master device to transmit a request 
packet and receive a response packet 


Service priority 


uchar SvcPriority 


Transmission priority in the data link layer 80 fixed to 1 



10 

The user response primitive UserRes is a primitive for transmitting a service 

execution result of the master device to the application software 50, and includes 
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constitutional elements of Table 9D. 



Table 9D 



INcll 1 IC 


iype 


uescnpuon 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Response message 


ResponseMessage 
*ResMsg 


A response message having a command code and 
return arguments 


Length of response 
message 


uchar ResMsgLength 


A byte data length of a response message 


Source address 


uint SrcAddress 


An address of a sender device 



The user event receiving primitive UserEventRcv is an event service 
5 primitive transmitted to the application software 50 of the master device, and 
includes constitutional elements of Table 9E. 



Table 9E 



Name 


Type 


Description 


Application service 
code 


ALSvcCode 


An application service code of the application layer 60, 
combination of a product code, a command code and an event 
code 


Event message 


EventMesage 
*EventMsg 


An event message from a slave device 


Length of event 
message 


uchar 

EventMsgLength 


A byte data length of a response message 


Source address 


uint SrcAddress 


An address of a sender device 



The application layer completing primitive ALCompleted is a primitive for 
10 transmitting an execution result of the application layer 60 of the master device to 
the application software 50, and includes constitutional elements of Table 9F. 
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Table 9F 



Name 


Type 


Description 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Service result 


uchar ALResult 


If the application software finishes the requested service 
successfully, the value will be SERVICE_OK(1), if not, it will 
be SERVICE_FAILED(0) 


Failure reason code 


uchar ALFailCode 


when the ALResult is SERVICE_FAILED, the value of the 
reason of failure 



Still referring to Fig. 1 1 , the primitives between the application layer 60 and 



the network layer 70 include ReqMsgSend, NLCompleted and MsgRev. 

The request message sending primitive ReqMsgSend is a primitive for 
5 transmitting a message from the application layer 60 of the master device to the 
network layer 70, and includes constitutional elements of Table 10A. 



Table 10A 



Name 


Type 


Explanation 


Communication cycle 
identifier 


ulong CyclelD 


An ID number of a communication cycle in a 
master device 


Request message 


uchar *ReqAPDU 


An APDU including a request message created in 
the application layer 60 of a master device 


Length of request message 


uchar APDULength 


A byte data length of an APDU 


Destination address 


uint DstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 


Network layer 
service 


uchar NLService 


Communication cycle service types of a master 
device 0:AcknowIedged, 1 :Non-acknowledged 
2: Repeated-notification 


Response timeout 


uchar 

responseTimeOut 


When an NL service is chosen as Acknowledged, a 
time (ms) taken for a master device to transmit a 
request packet and receive a response packet 


Transmission interval 
between repeated 
notification packets 


uint 

RepNotilnt 


When an NL service is selected as 
Repeated-notification, a time interval (ms) between 
consecutive notification packets 


Service priority 


uchar SvcPriority 


Transmission priority of a request message 
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Here, the communication cycle identifier CyclelD is generated by combining 
the application service code ALSvcCode and the node address of the receiver 
device. 

5 The message receiving primitive MsgRcv is a primitive for transmitting a 

packet from the network layer 70 of the master device to the application layer 60, 
and includes constitutional elements of Table 10B. 



Table 1 0B 



Name 


Type 


Description 


Communication cycle 
identifier 


ulong CyclelD 


An ID number of a communication cycle in a master device 


Event response 
message 


uchar 

*ResEventAPDU 


An APDU transmitted to the application layer 60 


Length of event 
response message 


uchar 

APDULength 


A byte data length of an APDU 


Destination address 


uint DstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 



10 The structure of the communication cycle identifier CyclelD will later be 

explained. 

The network layer completing primitive NLCompleted is a primitive for 
notifying a packet processing status from the network layer 70 to the application 
layer 60, and includes constitutional elements of Table 10C 
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Table 10C 



1 Nell 1 1c 


Type 


uescnpuon 


Communication 
cycle identifier 


ulong CyclelD 


An ID number of a communication cycle in a master 
device 


transmission result 


uchar NLResult 


If communication cvcle* is comnlptpd snrcp^Qfiillv the* 
value will be CYCLE_pK(1), if not, it will 5 be 
CYCLE_FAILED(0) 


Failure reason code 


uchar NLFailCode 


The classified value of the reason of failure when the 
value of the NLResult is CYCLE_FAI LED 


Retry count 


uchar NLSuccessCode 


The number of retransmission times when the value of 
the NLResult is CYCLE_OK 



10 



The primitives among the rest of the layers will not be explained. 
Fig. 12 illustrates transmission of the primitives between the layers of the 
slave device. 

First, the primitives between the application software 50a and the 
15 application layer 60a include UserReqRcv, UserResSend and UserEventSend. 

The user request receiving primitive UserReqRcv is a primitive for 
transmitting a request message (including download and upload) from the master 
device to the application software 50a of the slave device, and includes 
constitutional elements of Table 11 A. 
20 Table 11A 



Name 


Type 


Description 


Application service 
code 


ulong ALSvcCode 


A service code of the application layer 60a, combination of a 
product code and a command code 


Request data 


uchar *ReqData 


A data included in a request message from a master device 


Length of request data 


uchar 

ReqDataLength 


A length (byte) of a request data 


Source address 


uint SrcAddress 


Address of a sender device 
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The user response sending primitive UserResSend is a primitive for 
transmitting a response message to a request message of the master device to the 
application layer 60a of the slave device, and includes constitutional elements of 
Table 11B. 
5 Table 11 B 



Name 


Type 


Description 


Application service 
code 


ulong ALSvcCode 


A service code of the application layer 60a, combination 
of a product code and a command code 


Response data 


uchar *ResData 


A data included in a response message transmitted to a 
master device 


Length of response 
data 


uchar 

ResDataLength 


A byte length of ResData 



The user event sending primitive UserEventSend is a primitive for 
transmitting to the application layer 60a a status variable value of an event 
message of the slave device intended to be transmitted to the master device, and 
10 includes constitutional elements of Table 1 1 C. 
Table 11C 



Name 


Type 


Description 


Application service 
code 


uchar ALSvcCode 


A service code of the application layer 60a, combination 
of a product code, a command code and an event code 


Application layer service 


uchar ALService 


Transmission service types 
2: Repeated-message, 
3. Event-message-only 


Event code 


uint EventCode 


An event code 


Status variable value | uchar *StateValue 


A status variable value of an event message 



Still referring to Fig. 12, the primitives between the application layer 60a and 
the network layer 70a include ReqMsgRcv, ResMsgSend, EventMsgSend and 
15 NLCompleted. 
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The request message receiving primitive ReqMsgRcv is a primitive for 
transmitting a received request message from the network layer 70a to the 
application layer 60a, and includes constitutional elements of Table 12A. 

Table 12A 



Name 


Type 


Description 


Request message 


uchar *ReqAPDU 


An APDU transmitted to the application layer 60a 


Length of request 
message 


uchar 

APDULength 


A byte data length of an APDU 


Destination address 


uint DstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 


Network layer 
service 


uchar NLService 


Communication cycle service types of a slave device 
0: Acknowledged, 1 : Non-acknowledged 


Duplicate packet 
check result 


uchar 

DuplicateCheck 


If there is no duplicate packet, it will be NORMAL_PKT(1 ), if 
not, it will be DUPL1CATED_PKT(0) 



5 

The response message sending primitive ResMsgSend is a primitive for 
transmitting a response message from the application layer 60a to the network 
layer 70a, and includes constitutional elements of Table 12B. 

Table 12B 



Name 


Type 


Description 


Communication 
cycle identifier 


ulong CyclelD 


An ID number of a communication cycle in a slave device 


Response message 


uchar *ResAPDU 


An APDU including a response message generated in the 
application layer 60 of a slave device 


Length of response 
message 


uchar APDULength 


A byte data length of an APDU 



10 

The event message sending primitive EventMsgSend is a primitive for 
transmitting an event message from the application layer 60a to the network layer 
70a, and includes constitutional elements of Table 12C. 
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Table 12C 



Name 


Type 


Description 


Communication 
cycle identifier 


ulong CyclelD 


An ID number of a communication cycle in a slave device 


Event message 


uchar 

*EventAPDU 


An APDU including an event message generated in the 
application layer 60 of a slave device 


Length of event 
message 


uchar 

APDULength 


A byte data length of an APDU 


Destination address 


uint 

DstAddress 


Address of a receiver device 


irvo aHHrocc 
ouuiuc dUUIcob 


uini orcMuoress 


Address of a sender device 


Network layer service 


uchar NLService 


Transmission services in the network layer 70a 
1: Non-acknowledged, 2: Repeated-notification 


Transmission interval 
between repeated 
notification messages 


uchar 
RepNotilnt 


When an NL service is chosen as Repeated-notification, a 
interval time(ms) between consecutive notification packets 


Service priority 


uchar SvcPriority 


Transmission priority of an event message 



The network layer completing primitive NLCompleted is a primitive for 
notifying a packet processing status from the network layer 70a to the application 
5 layer 60a, and includes constitutional elements of Table 12D. 



Table 12D 



Name 


Type 


Description 


Communication 
cycle identifier 


ulong CyclelD 


An ID number of a communication cycle in a slave device 


Transmission result 


uchar NLResuIt 


If communication cycle is completed successfully, the 
value will be CYCLE_OK(1), if not, it will be 
CYCLE J=AILED(0) 


Failure reason code 


uchar NLFailCode 


The classified value of the reason of failure when the 
value of the NLResuIt is CYCLE FAILED 


Retry count 


uchar NLSuccessCode 


The number of retransmission times when the value of 
the NLResuIt is CYCLE_OK 
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The primitives among the rest of the layers will not be explained. 

According to the byte (or bit) data layout on the message, the upper byte 
(or bit) of the data is located on the left side of the message, whereas the lower 
byte (or bit) of the data is located on the right side of the message. The 
5 application layers 60 and 60a handle the messages described below. 

* Request Message: A message of command execution to be performed in 
a slave device, which is transferred from the application layer 60 to the network 
layer 70 of a master device, or from the network layer 70a to the application layer 
60a of the slave device. According to transmission mode from the network layer 
10 70a, the application layer 60a of the slave device can send a response message 
(to be described); 

Response Message: A message conveying a result of command 
execution in a slave device, which is transferred from the network layer 70 to the 
application layer 60 of a master device, or from the application layer 60a to the 
15 network layer 70a of a slave device. This message is sent in response to the 
request message; and 

* Event Message: A message conveying a change in a device status, 
which is transferred from the application layer to the network layer (in case of a 
sended side), or from the application layer to the network layer (in case of a 
20 receiving side). The receiving side does not response to this message. 

Figs. 13 to 15 illustrate structures of request messages, respectively. 
Fig. 13 shows a basic request message composed of a command code CC 
and arguments arg1, arg2, ... As a rule, a request message is sent to control a 
device, check a device status, and check the information of a device. 
25 F '9- 14 shows a downloading request message including a total page 

TotalPage field and a current page CurrentPage field as input arguments for 
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partitioning data and transmitting it to a device. Fig. 15 shows an uploading 
request message including a page number PageNo and a data size DataNo as 
input arguments for partitioning and acquiring data from a device. 

In detail, the downloading request message is sent when a master device 
5 with a predetermined data wants to transmit the data to a slave device and/or 
another master device. The data is partitioned in predetermined data size, and 
the total number of the partitioned data becomes the total page, and a particular 
page included in a current request message and transmitted becomes the current 
page. 

10 The uploading request message is sent when a master device wants to 

upload data retained in a slave device and/or another master device. The master 
device requests part of data in corresponding size, and this partial data becomes a 
partitioned data in a corresponding page number. 

Figs. 16 to 18 illustrates structures of response messages, respectively. 

15 There are two main types of response messages: ACK-response 

messages that are generated if a request from a master device is successfully 
executed, and NAK-response messages that are generated if the request fails. 

Fig. 16 shows the structure of an ACK-response message. As can be 
seen in the drawing, the ACK-response message consists of a command code CC, 

20 an ACK (for example, 0x06), and arguments (arg1, arg2, ...) indicating a result of 
request execution. The ACK-response message is transmitted when a slave 
device sends successfully executes a request from a master device. 

Fig. 17 shows the structure of a NAK-response message. As can be seen 
in the drawing, the NAK-response message consists of a command code CC, a 

25 NAK (for example, 0x15), and 1-byte NAK_code. The NAK-response message is 
transmitted when a slave device failed to execute a request from a master device. 
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The NAK_code should be distinguished from an error related to product opVrsftiorf 
failure, which is a code value classifying a reason for request failure particularly 
due to an incorrect command code or incorrect argument during the 
communication process between a master device and a slave device. 
5 Fig. 18 shows a NAK-response message including an error code 

Error_code. The error code Error_code is an error related to production 
operations. If a slave device fails to execute a request mainly because of this type 
of error, the NAK_code value is fixed to a predetermined value, say, for example 
'0x63', and an Error_code value follows the NAK_code. 

10 Fig. 19 illustrates a structure of an event message. 

An event message is generated when a device status is changed. As can 
be seen in the drawing, the event message consists of a command code (such as, 
0x1 1 ), an event code of 2 bytes, and a state value of 4 bytes. In the event code, 
an upper byte indicates a product code, and a lower byte indicates a state variable. 

15 Fig. 20 is a flow chart for explaining a data processing method for 

application layer in accordance with a first embodiment of the present invention. 
To be brief, the application layer 60 of a master device receives a predetermined 
primitive from the application software 50, composes an APDU, and transmits the 
APDU to the network layer 70. 

20 Now referring to Fig. 20, in step S61, the application layer 60 of a master 

device receives a user request primitive UserReq, a user download request 
primitive UserDLReq, or a user upload request primitive UserULReq. 

In step S62, since the service specified in the application layer service code 
ALSvcCode included in the user request primitive UserReq is formed of a single 

25 communication cycle, the application layer 60 of the master device separates the 
single communication cycle for processing. 
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Similarly, since the service specified in the application layer service code 
ALSvcCode included in the user download request primitive UserDLReq or in the 
user upload request primitive UserULReq is formed of a plurality of communication 
cycles CycleNo, the application layer 60 of the master device separates the 
5 communication cycles CycleNo into single-communication cycles and processes 
each communication cycle consecutively, so that the entire communication cycles 
CycleNo can be processed. 

In step S63, the application layer 60 of the master device generates a 
request or notification message in order to execute the service formed of a single 

10 communication cycle of the user request primitive UserReq. Meanwhile, the 
application layer 60 of the master device generates a plurality of request messages 
(the number of request messages generated corresponds to the number of 
partitioned data out of a predetermined data) according to the download or upload 
procedure in order to execute the service formed of a plurality of communication 

15 cycles CycleNo of the user download request primitive UserDLReq or the user 
upload request primitive UserULReq. 

In step S64, the application layer 60 of the master device generates a 
communication cycle identifier CyclelD for the generated request or notification 
message. In effect, the application layer 60 of the master device gives the same 

20 communication cycle identifier CyclelD to the plurality of request messages (i.e., 
messages corresponding in CycleNo) of the user download request primitive 
UserDLReq or the user upload request primitive UserULReq, and consecutively 
executes the respective services formed of the single communication cycle. 
Hereinafter, the primitive(s) described in connection with Fig. 20 include the user 

25 request primitive UserReq, the user download request primitive UserDLReq, and 
the user upload request primitive UserULReq. 
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As shown in Fig. 22, the communication cycle identifier is a four-byte field 
consisting of a destination address DstAddress and a command code. That is, 
the application layer 60 of the master device generates a communication cycle 
identifier CyclelD by combining the application layer service code ALSvcCode 
5 included in the primitive from the application software 50 and the destination 
address DstAddress. 

Going back to Fig. 20, in step S65, because the application layer 60 of the 
master device cannot give the same communication cycle identifier CyclelD until 
the communication cycle is complete, it searches a pre-stored service description 
10 (to be described) instead. If there is the same ID value as the new communication 
cycle identifier CyclelD generated in step S64, the application layer 60 of the 
master device ignores the new communication cycle identifier CyclelD, and 
proceeds directly to step S67, without generating any service description thereof. 

In step S66, when the application layer 60 of the master device receives a 
15 primitive, it generates a service description having the structure shown in Table 13. 



Table 13 



Variable 


Size 


Description 


ALSvcCode 


4 bytes 


A service code of the application layer 


ALSvcType 


1 byte 


Service types at the application layer 
0: Request-response-message 
1 : Request-message-only 
2: Repeated-message 
3: Event-message-only 


CycleNo 


1 byte 


A number of communication cycles for service execution 


CyclelD 


4 bytes 


A Communication cycle identifier which is transmitted to the network 
layer with the APDU 



The following will now describe in greater detail how each of the variables 
in Table 1 3 is set. 
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* Application layer service code ALSvcCode is set to an application layer 
service code ALSvcCode included in a primitive; 

* Application layer service type ALSvcType is set to an application layer 
service code included in a primitive, for example, '0' for request-response-message, 

5 T for a request-message-only, '2' for a repeated-message and '3' for an 
event-message-only; 

* Communication cycle number CycleNo is set to T in case of the user 
request primitive UserReq, and a corresponding value to partitioned messages (or 
data) in case of the user download request primitive UserDLReq or the user upload 

10 request primitive UserULReg; and 

* Communication cycle identifier CyclelD is set based on the node address 
and the application layer service code ALSvcCode. 

In step S67 of Fig. 20, the application layer 60 of the master device 
composes an APDU by adding headers to the transmitting messages to the 
15 network layer 70. At this time, the value of a field in the header is set as follows. 

* AL = Number of bytes of a transmitting message + 3; 

* AHL = 3; and 

* ALO = 0 (if there is no application layer option). 

In step S68, the application layer of the master device transmits the APDU 
20 to the network layer 70 using the request message sending primitive 
ReqMsgSend. 

The data processing method after step S69 performs the completion of the 
communication cycle and service involved. 

In step S69, in order to decide whether the communication cycle has been 
25 completed, the application layer 60 of the master device decides if the network 
layer completing primitive NLCompleted has been transmitted from the network 



WO 2005/094194 



PCT/KR2005/000949 



layer for the service time out SvcTimeOut since the service execution started. If 
yes, the application layer 60 of the master device decides that the communication 
cycle is completed and proceeds to step S70. In step S70, the application layer 
60 of the master device reduces the communication cycle number CycleNo defined 
5 in the service description by a predetermined value (for example, T). On the 
other hand, if the network layer completing primitive NLCompleted is not 
transmitted for the service time out SvcTimeOut, the application layer 60 of the 
master device proceeds to step S71 and sets the communication cycle number 
CycleNo to '0\ For instance, sometimes the network layer completing primitive 

10 NLCompleted is not transmitted due to transmission error of the message or slave 
device failure. Aside from the above-described scheme, the application layer 60 
can also decide whether or not the communication cycle is completed by checking 
a NAK response message. If the NAK response message is received, the data 
processing method proceeds to step S71 where the application layer 60 sets the 

15 communication cycle number CycleNo to '0\ This is performed because when 
the NAK response message is received in response to a service formed of a 
plurality of communication cycles (e.g., download and upload services), the entire 
service must be terminated. 

In step S72, the application layer 60 of the master device decides whether 

20 the entire communication cycle is fully executed. For instance, when the 
communication cycle number CycleNo is '0', the application layer 60 of the master 
device regards that as service completion, and if not, the data processing method 
proceeds to step S65 or S67 for executing communication cycles for the remaining 
messages, so that a plurality of communication cycles CycleNo can be completed. 

25 In step S73, the application layer 60 of the master device deletes a 

corresponding service description, and in step S74, the application layer 60 of the 
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master device transmits the application layer completing primitive ALCompleted 
including a result of service execution to the application software 50. 

Fig. 21 is a flow chart for explaining a data processing method for 
application layer in accordance with a second embodiment of the present invention. 
5 To sum up briefly, the application layer 60a of a slave device receives a 
predetermined primitive from the application software 50a, composes an APDU, 
and transmits the APDU to the network layer 70a. 

In step S81, the application layer 60a of the slave device receives a user 
event send primitive UserEventSend from the application software 50a. 
10 In step S82, the data reception function of the application layer 60a of the 

slave device is disabled, not to receive any data from the network layer 70a. Here, 
the data reception function can be enabled through a predetermined parameter 
(not shown) or a predetermined logic. 

In step S83, the application layer 60a of the slave device composes and 
15 generates an event message which includes an event code EventCode and a state 
variable StateVariable included in the user event sending primitive 
UserEventSend. 

In step S84, the application layer 60a of the slave device generates a 
communication cycle identifier based on a destination address (for example, 
20 OxOOFF) of all master devices (i.e., network managers 20 to 23) and a command 
code (for example, 0x1 1 ) of an event message. Therefore, every communication 
cycle identifier CyclelD generated by the user event sending primitive 
UserEventSend has the same value. 

In step S85, since the application layer 60a of the slave device can process 
25 only one communication cycle at a time, if a pre-stored service description is 
currently being under way, it must wait until the service is completed and the 
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service description is deleted. 

In step S86, the application layer 60a of the slave device generates a 
service description having a similar structure shown in Table 13 as follows. 

* Application layer service code ALSvcCode is set to an application layer 
5 service code of the application layer ALSvcCode included in the user event 

sending primitive UserEventSend; 

* Application layer service type ALSvcType is set to the repeated-message 
(2) or the event-message-only (3); 

* Communication cycle number CycleNo is always fixed to T; and 

10 * Communication cycle identifier CyclelD is fixed to 'OxOOFFOOH' for 

example. 

In step S87, the application layer 60a of the slave device composes an 
APDU including the event message that is generated in step S83, and in step S88, 
the application layer 60a of the slave device transmits the APDU to the network 
15 layer 70a using the event message sending primitive EventMsgSend. 

The data processing method after step S89 performs the completion of the 
current communication cycle and service involved. 

In step S89, the application layer 60a of the slave device decides whether 
the service time out SvcTimeOut has lapsed since the service execution started. 
20 If yes, the application layer 60a proceeds to step S91, and if not, the application 
layer 60a proceeds to step S90. 

In step S90, the application layer 60a of the slave device decides whether 
the network layer completing primitive NLCompleted is transmitted from the 
network layer 70a. If not, the application layer 60a proceeds to step S89, and if 
25 yes, the application layer 60a proceeds to step S91 . 

In steps S89 and S90, although the service time out SvcTimeOut has not 
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yet lapsed, if the network layer completing primitive NLCompIeted is transmitted, 
the application layer 60a of the slave device may proceed to step S91 . Of course, 
when the service time out SvcTimeOut lapses, the application layer 60a of the 
slave device always proceeds to step S91 . 
5 In step S91 , the application layer 60a of the slave device deletes a service 

description, and in step S92, the data reception function of the application layer 
60a of the slave device is enabled, being ready for receiving data from the network 
layer 70a. 

Fig. 23 is a flow chart for explaining a data processing method for 
10 application layer in accordance with a third embodiment of the present invention. 
In short, the application layer 60a of a slave device receives a request message 
receiving primitive ReqMsgRcv from the network layer 70a, extracts a message, 
and transmits the message to the application software 50a. 

In step S101, the application layer 60a of the slave device receives a 
15 request message receiving primitive ReqMsgRcv from the network layer 70a. 

In step S102, the data reception function of the application layer 60a of the 
slave device is disabled, not to receive any data from the network layer 70a. Here, 
the data reception function can be accomplished through a predetermined 
parameter (not shown) or a predetermined logic. 
20 In step S103, if ALO field value of an APDU included in the request 

message receiving primitive ReqMsgRcv from the network layer 70a is not equal to 
a predetermined value (for example, '0'), the application layer 60a of the slave 
device proceeds to step S104 and ignores the received APDU. Next, in step 
S105, the data reception function of the application layer 60a is enabled, being 
25 ready for receiving data. 

In step S106, the application layer 60a of the slave device extracts a 
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message from the APDU using the value of an AHL field. Even though a new 
field which is not defined may be added to the header of the received APDU, the 
application layer 60a of the slave device should be able to recognize it as the 
header by designated bytes for the AHL field, and extract the message therefrom. 
5 In step S1 07, the application layer 60a of the slave device decides whether 

to generate a service description according to a network layer service NLService. 
When the network layer service NLService of a message included in the request 
message receiving primitive ReqMsgRcv is non-acknowledged (that is, an event or 
notification message), an additional operation (for example, the generation and 

10 transmission of a response message) is not required. Thus, the application layer 
60a of the slave device may proceed to step S109, without generating a service 
description. However, when the network layer service NLService is acknowledge 
(that is, a request message), the application layer 60a of the slave device 
generates a service description having a similar structure shown in Table 13. 

15 * Application layer service code ALSvcCode includes a destination address 

DstAddress included in the request message receiving primitive ReqMsgRcv and a 
command code included in the extracted message; 

* Application layer service type ALSvcType is fixed to '0' 
(request-response); 

20 * Communication cycle number CycleNo is fixed to T; and 

* Communication cycle identifier CyclelD is set or generated by combining 
the destination address DstAddress included in the request message receiving 
primitive ReqMsgRcv and the application layer service code ALSvcCode. 

Thusly generated communication cycle identifier CyclelD looks like one in 

25 Fig. 22. 

Going back to Fig. 23, in step S109, the application layer 60a of the slave 
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device generates a user request receiving primitive UserReqRcv including the 
extracted message, and transmits it to the application software 50a. 

In step S1 10, the application layer 60a of the slave device decides whether 
the network layer service NLService included in the request message receiving 
5 primitive ReqMsgRcv is non-acknowledged. If so, the extracted message is 
transmitted to the application software 50a, and no additional operation (for 
example, the generation and transmission of a response message) is required. 
Thus, the data reception function of the application layer 60a is enabled, being 
ready for receiving data from the network layer 70a. 

10 Fig. 24 is a flow chart for explaining a data processing method for 

application layer in accordance with a fourth embodiment of the present invention. 
To summarize the data processing method of this embodiment, the application 
layer 60a of a slave device receives a user response sending primitive 
UserResSend from the application software 50a, composes an APDU, and 

15 transmits the APDU to the network layer 70a. 

In step S121, the application layer 60a of the slave device receives a user 
response sending primitive UserResSend from the application software 50a, and in 
step S122, it composes a response message using a response data included in the 
primitive. 

20 In step S123, the application layer 60a of the slave device composes an 

APDU by adding headers to the transmitting messages to the network layer 70a. 
At this time, the value of a field in the header is set as follows. 

* AL = Number of bytes of a transmitting message + 3; 

* AHL = 3; and 

25 * ALO = 0 (if there is no application layer option). 

In step S124, the application layer 60a of the slave device transmits the 
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APDU to the network layer 70a using the response message sending primitive 
ReqMsgSend. 

In step S125, in order to decide whether the communication cycle has been 
completed, the application layer 60a of the slave device decides if the service 
5 execution time is shorter than the service time out SvcTimeOut. If yes, the 
application layer 60a of the slave device proceeds to step S126, and if not, the 
application layer 60a of the slave device proceeds to step S127. In step S126, if 
the network layer completing primitive NLCompleted was received, the application 
layer 60a of the slave device proceeds to step S127, and if not, the application 

10 layer 60a of the slave device proceeds to step S125. Even though the service 
time out SvcTimeOut has not yet lapsed, if the network layer completing primitive 
NLCompleted is received, the application layer 60a of the slave device can 
proceed to step S127. Needless to say, when the service time out SvcTimeOut 
lapses, the application layer 60a of the slave device always proceeds to step S127. 

15 In step S127, the application layer 60a of the slave device deletes the 

service description that was pre-generated and stored (please refer to S108 of Fig. 
23). 

In step S128, the data reception function of the application layer 60a of the 
slave device is enabled, being ready for receiving data from the network layer 70a. 
20 Fig. 25 is a flow chart for explaining a data processing method for 

application layer in accordance with a fifth embodiment of the present invention. 
To briefly explain the data processing method of this embodiment, the application 
layer 60 of a master device receives a request message receiving primitive 
ReqMsgRcv from the network layer 70, extracts a message therefrom, and 
25 transmits the message to the application software 50a. 

In step S141, the application layer 60 of the master device receives a 
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message receiving primitive MsgRcv from the network layer 70. 

In step S142, if ALO field value of an APDU included in the received 
message receiving primitive MsgRcv is not equal to a predetermined value (for 
example, '0'), the application layer 60 of the master device proceeds to step S143 
5 and ignores the received APDU. However, if the ALO field value equals to the 
predetermined value, the application layer 60 of the master device proceeds to 
stepS 144. 

In step S144, the application layer 60 of the master device extracts a 
message from the APDU using the value of an AHL field. Even though a new 

10 field which is not defined may be added to the header of the received APDU, the 
application layer 60 of the master device should be able to recognize it as the 
header by designated bytes for the AHL field, and extract the message therefrom. 

In step S145, the application layer 60 of the master device checks a service 
description corresponding to the received message receiving primitive MsgRcv. If 

15 there is a service description of the same value with the communication cycle 
identifier CyclelD included in the message receiving primitive MsgRcv, the 
application layer 60 of the master device proceeds to step S146. However, if 
there is no such service description, the application layer 60 of the master device 
proceeds to step S147. The reason for checking the service description in step 

20 S145 is to decide whether the message included in the message receiving 
primitive MsgRcv is a response message. When there is a corresponding service 
description, it means that there must have been a request message corresponding 
to the response message (to explain the principles behind, when the application 
layer 60 of the master device receives a request message from the application 

25 software 50 and generates and transmits a user request primitive UserReq to 
another device, e.g., master device and/or slave device, it also generates and 
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stores a service description for the request message). Here, the service 
description has a similar structure shown in Table 13. 

In step S146, the application layer 60 of the master device generates a 
user response primitive UserRes including the extracted message, and transmits 
5 the UserRes to the application software 50. 

In step S147, the application layer 60 of the master device checks whether 
the extracted message is an event message. Since an event message usually 
includes a predetermined command code (for example, 0x11), the application layer 
60 of the master device can simply check whether or not the extract message 
10 includes such command code. If it turns out that the extracted message is an 
event message, the application layer 60 of the master device proceeds to step 

5148, and generates a user event receiving primitive UserEventRcv including the 
extracted message and transmits the UserEventRcv to the application software 50. 
Meanwhile, if the extracted message turns out to be a request message not an 

15 event message, the application layer 60 of the master device proceeds to step 

5149, and ignores and discards the message. 

As explained earlier, the data processing method for application layer 
according to the present invention uses a control protocol which is a general 
communication standard for providing functions of controlling and monitoring 
20 electric devices in the home network system. 

Also, the data processing method for application layer according to the 
present invention uses a living network control protocol as a general 
communication standard. 

Also, the data processing method for application layer according to the 
25 present invention uses a plurality of united primitives for transmitting data in a living 
network control protocol. 
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Also, the upper layer including the application layer generates, transmits 
and processes a message. 

Also, according to the characteristics of a message, one or more 
communication cycles are performed. 
5 Also, the data receiving process is controlled during the predetermined 

message and packet processing. 

Also, the upper layer including the application layer of the slave device 
generates, transmits, and processes a message. 

Also, data processing can be controlled by setting the data reception 
10 function to enable or disable state. 

Also, the upper layer including the application layer of the master 
generates, transmits and processes a message. 

Also, data is processed according to the characteristics of a message. 

Although the preferred embodiments of the present invention have been 
15 described, it is understood that the present invention should not be limited to these 
preferred embodiments but various changes and modifications can be made by 
one skilled in the art within the spirit and scope of the present invention as 
hereinafter claimed. 
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